home *** CD-ROM | disk | FTP | other *** search
- 3. Vue d'ensemble
-
-
- Visual Assembleur
- 4.1
-
-
- Outil de développement pour le Falcon 030
-
-
- 3.1 Matériel et logiciels requis
-
-
- Pour accéder à toutes les possibilités offertes par le Visual As-
- sembleur (V.A.), vous devez posséder au minimum un Atari
- Falcon 030 (TOS 4.0x) avec 4Mo de mémoire minimum ainsi
- qu'un disque dur ayant une place libre de 4 Mo minimum.
- Le V.A. se présente sous la forme d'un ensemble de sources
- en langage assembleur. Toutes ces sources ont été écrites pour
- l'assembleur DEVPAC 3.10 de Hisoft et il est donc impératif
- de posséder ce programme, ainsi que les librairies données avec.
- Si vous désirez réaliser un programme fonctionnant sous envi-
- ronnement graphique (GEM), vous aurez besoin d'un éditeur de
- ressource graphique. Le plus connu est INTERFACE 2 de Shift.
- Mais tout éditeur comportant l'option de création d'un fichier .H
- associé au fichier .RSC doit normalement être utilisable. Il suffit
- que le format des lignes du fichier .H soit du style :
-
- #include nom_objet_graphique=numéro_objet_ressource /*
- commentaire */
-
- pour qu'il puisse être traité automatiquement par le V.A..
-
- 3.2 Que pouvez vous faire avec ce kit
-
-
- Le Visual Assembleur n'est pas un langage à part entière,
- mais plutôt une bibliothèque de luxe pour les programmeurs en
- assembleur. Il intègre un côté visuel, car le dessin de l'interface
- de l'application se fait comme pour ses confrères "Visual..."
- dans un éditeur de ressource. Il est bien sur orienté objet afin
- d'être le plus évolutif possible. Enfin, il est conçu pour que le
- programmeur n'ait à gérer aucun appel direct aux fonctions sys-
- tème, le tout étant pris en charge par le noyau "Visual".
- De cette conception macro-modulaire du V.A., découlent des
- propriétés très intéressantes, comme par exemple la portabilité
- du code assembleur ! Eh, oui il suffit de ré-écrire les macros
- pour la plate-forme destination (Mac, Amiga, Bee ...) et de re-compiler le tout pour avoir un exécutable.
- En effet, tous les systèmes à base de fenêtre fonctionnent sur
- le même principe : le déplacement, le redimensionnement ... des
- fenêtres, les évènements menu, les évènements souris, claviers,
- les messages système et inter-applications et enfin le découpage
- en rectangles de la fenêtre lors du redraw. On voit ainsi qu'un
- programme de traitement d'image peut faire ce qu'il veut avec
- ses buffers internes : tant que son affichage est conforme au for-
- mat V.A., il pourrait être compatible avec n'importe quel systè-
- me de fenêtre.
-
- Le Visual Assembleur permet de tirer parti de toutes les parti-
- cularités du TOS et de l'AES dans leurs version les plus avan-
- cées, i.e : TOS 4.04 & AES 4.1. La plupart des nouvelles
- fonctions sont totalement transparentes pour le programmeur qui
- oublie tous les soucis de clipping, de scrolling des fenêtres ...
- - Pour une fenêtre bitmap, par exemple, il se concentre sur
- une seule chose : le contenu buffer Visual qui sert à l'affi-
- chage.
- - Les fenêtres formulaires sont encore plus simple, puisque
- le seul paramètre quant au contenu est le numéro de l'ar-
- bre ressource !
- - Vous voulez gérer vous-même le dessin interne de votre
- fenêtre ? Pas de problème : on intercepte les messages de
- redraw, on clippe et on vous passe les coordonnées des
- rectangles !
- - Vous pouvez être prévenu d'absolument tous les évène-
- ments système, il suffit d'insérer l'adresse de votre routi-
- ne au bon endroit et un JSR sera effectué quand cet évè-
- nement arrivera (exemple : "AP_TERM", "WM_AL-
- LICONIFY" ... )
- - Enfin, fini le problème des accessoires et de leurs initiali-
- sations, votre application sera gérée de façon transparente
- pour vous, qu'elle soit lancée en accessoire ou en pro-
- gramme.
-
- Voici la liste des caractéristiques du Visual Assembleur 4.0 au
- 6 Septembre 1996 :
-
- - Fonctionne sur tout micro-processeur 68030 ou plus.
- - Toute application fonctionnera parfaitement sous
- MiNT/Multitos et tirera parti de ses possibilités.
- - Gestion des nouveaux messages AES 4.1.
- - Scripts de démarrage fournis pour tous les types de pro-
- jets (TOS, ACC, APP, ACC/APP).
- - Gestion transparente des ACC et des APP.
- - Possibilité d'inclure le ressource dans le programme et de
- le reloger ensuite.
- - Initialisation et stockage en retour des paramètres de la
- station virtuelle.
- - Possibilité d'assigner un fond graphique à votre applica-
- tion.
- - Possibilité de mettre des menus attachés (sous-menus)
- avec gestion transparente (AES 3.3).
- - Gestion irréprochable des raccourcis claviers, applicables
- à n'importe quel menu ou objet cliquable ; fonctionne
- dans tous les pays !
- - Aucune restriction sur le nombre de fenêtres autre que
- celle imposée par le système.
- - Namification de n'importe quelle fenêtre (laisse juste le
- titre & l'info).
- - Possibilité de mettre une barre d'outil dans n'importe
- quelle fenêtre !
- - Gestion des popups dans une fenêtre formulaire entière-
- ment automatique (AES 3.3), affichage, remplissage du
- champs de texte, et pour le programmeur un message
- d'avertissement de changement avec l'index du nouvel
- objet sélectionné.
- - Gestion des appels Venus / Accessory.
- ("VA_START").
- - Gestion de l'iconification des fenêtres.
- - Gestion d'un menu dans les fenêtres.
- - Bibliothèque spéciale pour la gestion des fichiers, ouver-
- ture, donne la taille, alloue la place mémoire nécessaire et
- charge le fichier.
- - Bibliothèque spéciale pour le sélecteur de fichiers (gère
- SelectricTM).
- - Bibliothèque spéciale pour la RS-232 & Midi.
- - Bibliothèque spéciale pour les dates & heures.
- - Bibliothèque de gestion des Cookies & vecteurs
- XBRA.
- - Bibliothèque de conversion bidirectionnelle du numéri-
- que vers l'ASCII.
- - Bibliothèque d'appels XHDI.
- - Bibliothèque de recherche récursive de fichiers selon
- un chemin de départ et un masque avec appel d'une routi-
- ne de traitement personnalisée ...
- - Gestion du multi-document.: plusieurs copies d'une mê-
- me fenêtre. (traitement de texte ...)
-
-
- 3.3 Que ne pouvez-vous pas faire avec ce kit
-
- Les limitations du V.A sont peu nombreuses car, comme nous
- l'avons vu, l'objet "fenêtre custom" permet tout, étant donné que
- c'est le programmeur qui gère les redraw.
- Elles sont :
- - On ne peut pas compiler de CPX.
- - On ne peut pas faire de fenêtre terminal VT-100 en uti-
- lisant l'objet fenêtre texte.
- - En mode non-plan (true-color), les couleurs des icônes
- couleurs des ressources intégrés au programme ne corres-
- pondent pas aux couleurs voulues : il faudra alors utiliser
- un bête RSC_LOAD lui aussi géré automatiquement.
-
-
- 3.4 Futures versions
-
-
- Un effort tout particulier a été apporté au fait que les futures
- versions ne doivent pas obliger autre chose qu'une re-compila-
- tion pour être opérantes. Toutes les futures améliorations sont
- d'ores et déjà prévues autant que faire se peut.
-
- La planification des versions à venir est la suivante :
-
- V 4.0.45 Version de base permettant quasiment tous les
- types d'applicatifs.
- V 4.1.y Gestion des menus dans les fenêtres.
- V 4.2.y Gestion améliorée (sans passer par le GEM)
- des champs de texte éditables.
- V 4.3.y Possibilité de gérer une fenêtre comme étant la
- composition de plusieurs autres.
-
- V 5.x.y Utilitaire de création du fichier .OBJ de façon
- graphique et très simple.
-
-